Аппаратура виртуализации ЦП разрабатывалась в рамках концепции монопольного использования. Это означает, что только единственный Гипервизор может использовать ее, запустить Гипервизор в задаче другого Гипервизора невозможно. Это в теории, но практика требует во многих случаях все-таки наличия нескольких гипервизоров одновременно и это абсолютно неисследованная область, по крайней мере, в публичных источниках. Гипервизор, могущий запустить в своих задачах другие гипервизоры, редкий зверь, упоминания о них встречаются, но таких работающих программ нет. Единственное внятное упоминание о такой «матрешке» из гипервизоров, это некий хитрый гипервизор Рутковской. Его реальная работоспособность в связке с коммерческими системами виртуализации мне неизвестна.

На сайте известного многим из вас проекта VMware Labs появилось очередное приложение. Бесплатное средство VMware vBenchmark, поставляемое в виде готового виртуального модуля (Virtual Appliance на базе SLES 11), позволяет измерять ключевые метрики производительности инфраструктуры VMware vSphere, анализировать времена типичных операций в виртуальной среде, а также определять показатели качества обслуживания для виртуальных сервисов (например, простой хост-серверов или сколько времени простоя помогают избежать функции высокой доступности).

То есть основная мысль vBenchmark - предоставить пользователю количественные показатели преимуществ, получаемых средствами инфраструктуры виртуализации VMware vSphere.

Основные возможности VMware vBenchmark:

• Получение метрик с одного или нескольких серверов vCenter
• Возможность включения или исключения хостов на уровне кластера из анализа
• Возможность сохранять запросы к инфраструктуре и сравнивать их между собой в разные точки времени
• Воможность сравнить ваше облако с аналогами по региону, отрасли и размеру организации, чтобы определить, насколько хорошо оно устроено

Последняя возможность предполагает загрузку результатов анализа в общий репозиторий, который представляет собой глобальную базу данных организаций.

Статистика инфраструктуры:

Метрики эффективности виртуальной среды:

Показатели типовых операций:

Все это и остальные вкладки утилиты вы можете увидеть в ролике, записанном Владаном Сегетом:

Скачать виртуальный модуль VMware vBenchmark можно по этой ссылке. Отметим, что он поставляется как в форматах OVF/OVA (vCenter+vCloud Director), так и в обычном VMX, что позволит развернуть продукт на VMware Workstation, Fusion и Player.

Мы уже писали о том, что компания VMware сняла с производства продукт VMware vCenter AppSpeed, а в этой новости мы перечислим остальные продукты VMware, которые прекращают поставляться (их не так уж и мало).

Прежде всего, компания VMware снимает с продажи продукт VMware ACE (подробнее тут). Продукт был предназначен для создания автономных и защищенных политиками виртуальных машин, которые можно было распространять на базе настольной платформы виртуализации VMware Workstation.

Такое решение VMware вполне понятно - большинство возможностей продукта перекрываются функциональностью VMware View Local Mode, которая является частью решения VMware View 5 и также построена на базе VMware Workstation. Некоторые же дополнительные возможности VMware ACE, касающиеся безопасности и жизненного цикла ВМ на базе Workstation, оказались невостребованы со стороны пользователей.

В состояние End of Availability (“EOA”) продукт VMware ACE перешел 31 декабря 2011 года (то есть, купить его уже нельзя). Техническая поддержка VMware ACE полностью прекращается 31 декабря 2013 года.

Кроме того, прекращена поставка также следующих позиций прайс-листа VMware:

• VMware vCenter CapacityIQ (поставка прекращается с 24 января этого года). Начиная с этой даты, продукт доступен только в составе пакета vCenter Operations Management Suite.
• VMware vCenter AppSpeed (подробнее тут)
• VMware vCloud Request Manager (перестал быть доступен еще в декабре, подробнее тут)
• семейство продуктов vCenter Operations (начиная c 24 января, в связи с выходом продуктов vCenter Operations Management Suite)

О продукте VMware vCloud Request Manager мы уже писали тут. Вышел он сравнительно недавно и выглядел полезной примочкой к VMware vCloud Director. Однако функциональные возможности vCloud Request Manager рассосались между vCloud Director и VMware Service Manager, и, как следствие, необходимость в данном продукте отпала.

Обращаю также внимание на появление новых позиций прайс-листа VMware:

• vCenter Protect (поставляется c 1.01)
• Service Manager (поставляется c 1.01)
• vCenter Operations Manager (поставляется c 24.01)
• vCenter Adaptor (поставляется c 24.01) - что это за хрень, я сам не знаю
• vCenter Operations Management Standard (поставляется c 24.01)
• vCenter Operations Management Suite Advanced, Enterprise and Enterprise Plus (поставляется c 24.01)
• View 5 Upgrade (поставляется c 1.01)

Обращаем ваше внимание также на то, что промо-позиция "vSphere 5 Essentials Plus with vSphere Storage Appliance Bundle" для трех хост-серверов VMware ESXi теперь поставляется по цене $10 393,5 (скидка 40% по сравнению с покупкой двух продуктов по отдельности).

С выпуском платформы виртуализации VMware vSphere 5 в ESXi 5.0 появилась возможность запуска вложенных 64-битных виртуальных машин, в том числе Hyper-V. Выглядит это так:

• На физическом сервере (или даже виртуальном, созданном в VMware Workstation) вы устанавливаете ESXi 5.0
• Создаете виртуальную машину с гостевой ОС Windows Server (включая восьмую версию)
• В этой ВМ с Windows Server включаете роль Hyper-V и устанавливаете там виртуальные машины, которые работают

Аналогичный трюк можно провернуть, установив ESXi в ESXi и на последнем поставить 64-битные виртуальные машины (ранее можно было только 32-битные). Все это открывает широкие возможности по тестированию VMware vSphere 5 и Hyper-V, включая возможности распределенных служб (кластеры HA/vMotion и Live Migration). При этом не нужно иметь даже сервер в своем распоряжении - достаточно будет обычного ПК с VMware Workstation.

Для эмуляции возможностей hardware-assisted virtualization (HV), которые требуются для работы вложенных гипервизоров Hyper-V и ESXi (делается это за счет виртуализации 64-битных инструкций VT-x или AMD-V), вам потребуется хост с соответствующими аппаратными характеристиками процессора (Intel VT или AMD-V сейчас есть практически во всех процессорах). Поддержка такой возможности в продуктах VMware называется Virtualized HV.

По умолчанию возможности Virtualized HV на хосте ESXi 5.0 отключены. Чтобы их включить, на физическом или виртуальном хосте VMware ESXi в файл /etc/vmware/config нужно добавить строчку:

vhv.allow = "TRUE"

Перезагрузка для применения этой возможности хосту не нужна.

Чтобы узнать включена эта возможность или нет, нужно выполнить команду для лога виртуальной машины (по выводу вы поймете статус):

grep "monitorControl.vhv" vmware.log

Далее просто создавайте вложенные VMware ESXi 5 (не забыв указать в качестве гостевой ОС ESXi). Помните, что Virtual Hardware Version должна быть 8 (на самом деле можно и с 7-й версией, но нужно сделать дополнительные шаги).

Чтобы поставить виртуальную машину с Hyper-V нужно еще добавить следующую строчку в vmx-файл для этой ВМ:

hypervisor.cpuid.v0 = FALSE

Это не даст понять гостевой ОС, что она работает в виртуальной машине. Если этого не сделать, то Hyper-V R2 выдаст такую ошибку:

Failed to create partition: Unspecified error (0x80004005) 

Hyper-V cannot be installed: A hypervisor is already running.

Ну а дальше устанавливаете Windows Server, включаете роль Hyper-V, создаете виртуальные машины и запускаете их. Что касается вложенности - то, говорят, на 4-м уровне уже начинаются тормоза, которые не дают приемлемо работать, а до этого уровня - пожалуйста.

В этой статье описан интересный вариант использования приведенной вомзожности - создание кластера VMware vStorage Appliance (VSA) на базе виртуальных ESXi 5.0.

Кстати, если вы хотите, наоборот, запустить виртуальный ESXi 5.0 на физическом хосте Hyper-V, то в vmx-файл с виртуальным ESXi нужно добавить строчку:

vmx.allowNested = TRUE

Это позволит запускать вложенные ВМ на таком виртуальном ESXi 5.0 под управлением Hyper-V.

Компания VMware продолжает свою серию летне-осенних релизов. После выпуска VMware vSphere 5 и других сопутствующих продуктов для серверной инфраструктуры, компания обновила свою настольную платформу виртуализации, выпустив VMware Workstation 8 (см. тут и тут о предыдущих версиях).

VMware Workstation 8 включет в себя следующие новые возможности и улучшения:

• Remote Connections - В VMware Workstation 8 появились возможности соединения с виртуальными машинами, которые исполняются не только в Workstation (причем не только на своем ПК), но и с ВМ на хостах VMware vSphere под управлением VMware vCenter (то есть, можно подцепить vCenter прямо в окружение Workstation и управлять его виртуальными машинами).
• "Share" VMs - В Workstation 8 пользователи могут предоставлять общий доступ к своим виртуальным машинам при работе в группах (тестирование, разработка ПО), что предоставляет дополнительные возможности коллективной работы (есть оснастка "Shared VMs"). 
• Upload to vSphere - В Workstation 8 появилась возможность загрузки виртуальной машины со своего ПК на сервер с VMware vSphere, что может быть полезно для развертывания разрабатываемого сервиса на ПК в виртуальной корпоративной среде предприятия (или в "облаке"). Поддерживается drag&drop виртуальных машин в иерархию vSphere.
• New User Interface - Пользовательский интерфейс был значительно переработан, появились вякие "красивости" в части меню, анимированных иконок, улучшенных экранов настройки. Также появилась "библиотека виртуальных машин" с расширенными возможностями поиска (не только по своему рабочему столу, но и на других хостах с Workstation и vSphere).
• Improved Virtual Machine Capabilities - Появилась поддержка HD со звуком 7.1, поддержка стандарта USB 3 и устройств Bluetooth. Кроме того, присутствует множество улучшений в компонентах virtual SMP (можно включать-выключать поддержку  Virtual VT-X/EPT и AMD-V/RVI), увеличилась производительность 3D-графики, а также появилась возможность создания виртуальных машин с 64 ГБ памяти. Теперь поддерживается работа 64-битных гостевых ОС, запущенных как виртуальные машины на виртуальном ESXi (двойная виртуализация).

Скачать VMware Workstation 8 можно по этой ссылке. Полный список новых возможностей доступен здесь.

Компания VMware выпустила очередное обновление своей настольной платформы виртуализации VMware Workstation 7.1.4 (описание возможностей 7-й версии здесь). Обновление бесплатно для всех пользователей VMware Workstation 7.

Основные улучшения продукта включают в себя:

• Поддержка Windows 7 SP1 и Ubuntu 10.10 в качестве гостевых и хостовых ОС
• Поддержка записи активности в гостевой ОС в видеоформате более 1 ГБ
• Показ всех USB устройств в меню Removable Devices, подключенных к одному из 16 виртуальных контроллеров
• Команда traceroute работает в гостевой ОС, работающей через виртуальный NAT (подробнее тут)
• Функция Easy Install для гостевых ОС Red Hat 6 и Fedora 14
• Множественные исправления багов, перечисленные в Release Notes

Скачать VMware Workstation 7.1.4 можно по этой ссылке.

При выборе настольной платформы виртуализации сегодня у пользователей по-сути всего два выбора - VMware Workstation и Oracle VirtualBox. Остальные аналоги настольных продуктов либо уже сняты с производства, либо откровенно не дотягивают до фунционала этих двух платформ.

При этом, VMware Workstation является полноценным коммерческим продуктом с закрытым исходным кодом (исходный код открыт только у VMware Player - урезанной версии Workstation), а Oracle VirtualBox - open source платформа, работающая поверх многих операционных систем (с открытым исходным кодом издание VirtualBox OSE).

Вопросы производительности здесь трогать не будем - их рассматривали ранее тут и тут, но эти обзоры уже неактуальны. В целом, по отзывам пользователей оба продукта показывают более-менее одинаковую производительность в средних условиях (хотя бытует мнение, что VirtualBox быстрее). В данной заметке приведено сравнение VMware Workstation 7.1 и Oracle VirtualBox 4.0.4.

В чем платформы VirtualBox и VMware Workstation обе хороши:

• Понятный графический интерфейс
• Удобный редактор сетевого взаимодействия на хосте
• Диски виртуальных машин, растущие по мере наполнения их данными (Thin Provisioning)
• Технология мгновенных снимков (снапшотов)
• Технология приложений в хостовой ОС из гостевой ОС в бесшовных окнах (то есть, приложение из виртуальной машины "выносится" в рабочую область хостовой системы, как будто оно в ней и работает)
• Поддержка большого количества гостевых ОС, поддержка Windows и Linux в качестве гостевых ОС
• Поддержка 64-битных гостевых ОС
• Поддержка Intel VT и AMD-V
• USB 2.0 устройства в виртуальных машинах
• Воспроизведение звука на устройствах хоста из виртуальной машины
• Буфер обмена между гостевой и хостовой ОС
• Поддержка 3D-графики для игр и других приложений
• Поддержка импорта виртуальных модулей (Virtual Appliances) OVF/OVA
• Улучшенные драйверы в гостевой ОС: VMware Tools и VirtualBox Guest Additions (оба пакета обновляются автоматически)
• Обе платформы поддерживают техники Memory Overcommit (так называемый Memory Ballooning - перераспределение свободной физической памяти между гостевыми ОС виртуальных машин)
• Обе платформы поддерживают многопроцессорные виртуальные машины (не менее 8 vCPU)
• Расширение виртуальных дисков (в Workstation - удобнее)
• Копирование файлов между виртуальной машиной и ОС хоста
• Обе платформы имеют поддержку доступа к консоли виртуальной машины через RDP-сервер

Почему можно выбрать VirtualBox, а не VMware Workstation:

• VirtualBox абсолютно бесплатен, а VMware Workstaion стоит $207.90 по российскому прайсу на март 2011 г (при покупке менее 10 лицензий).
• VMware Workstation работает только в хостовых ОС Windows и Linux, а VirtualBox поддерживает хосты Windows, Linux, Mac OS X и Solaris.
• Технология "Teleportation", позволяющая переместить запущенную виртуальную машину на другой хост VirtualBox, без необходимости ее остановки. Данная функция отсутствует в VMware Workstation
• VirtualBox имеет возможность работы не только с родным форматом .VDI, но и .VMDK, и .VHD. VMware Workstation имеет возможность исполнять виртуальные машины только из образов виртуальных дисков VMDK (хотя есть бесплатный продукт VMware Converter для импорта виртуальных машин из других форматов).
• VirtualBox имеет больше параметров для работы из командной строки (управление ВМ, устройствами, снапшотами и многим другим)
• VirtualBox лучше поддерживает аудио для Linux-хостов (Workstation отключает звук в хостовой ОС, VirtualBox может играть параллельно)
• VirtualBox имеет возможность ограничения потребления ресурсов CPU и ввода-вывода, у VMware Workstation этого нет (это умеет только VMware vSphere)
• VirtualBox имеет возможность регулировки видеопамяти

Почему можно выбрать VMware Workstation, а не VirtualBox:

• VMware Workstation - коммерческий продукт, а значит вы всегда сможете рассчитывать на поддержку с определенным уровнем SLA
• VMware Workstation имеет больше возможностей для поддержки 3D-графики, как то: Windows Aero user interface, OpenGL 2.1 и Shader Model 3.0. Сама 3D-акселерация работает постабильней, чем в VirtualBox.
• VMware Workstation имеет драйвер универсальной печати .ThinPrint (не требуется установка драйверов в гостевую ОС)
• Создание снапшотов через заданные интервалы времени (функции AutoProtect), что позволяет защитить виртуальные машины по аналогии с возможностью автосохранения (например, как в Microsoft Word).
• Compact Virtual Disks - сжатие виртуальных дисков для отдачи его под нужды других систем.
• VMware Workstation имеет более широкий функционал по работе с виртуальным сетевым взаимодействием - коммутаторы, DHCP, NAT и прочее (хотя VirtualBox также имеет NAT, Bridge Networking - в Workstation это субъективно удобнее).
• VMware Workstation имеет функционал связанных клонов (Linked Clones) для виртуальных машин.
• Запись активности виртуальной машины в видеоформате, а также в виде последовательности действий пользователя (Guest Record / Replay).
• Workstation имеет возможности интеграции со средами разработки и тестирования (например, Eclipse), а также специализированные функции для разработчиков ПО (зато у VirtualBox покруче API).
• Защита виртуальных машин 256-битным шифрованием
• В Workstation несколько приятных мелочей - типа ярлыков на приложения из меню "Пуск", Pause a Virtual Machine (не suspend)  и т.п.

В целом, если вы не знаете, зачем конкретно вам нужна именно VMware Workstation, то смело выбирайте бесплатный VirtualBox. Если же вы разработчик ПО или инженер по тестированию - то я рекомендую выбрать VMware Workstation, которая имеет множество удобных мелочей, используемых ежедневно, которые отсутствуют в VirtualBox.

Коллеги, если вы заметили какую-нибудь ошибку в сравнении функционала или у вас есть чем дополнить данное сравнение - напишите, пожалуйста, об этом в комментариях.

Компания Oracle объявила о выпуске новой версии настольной платформы виртуализации Oracle VirtualBox 4.0.

Напомним, что VirtualBox 4.0 - это частично бесплатная, открытая платформа виртуализации для настольных ПК, поддерживающая Windows, Linux и Mac OS в качестве хостовых платформ и позволяющая запускать несколько виртуальных машин одновременно на одном компьютере.

Новые возможности VirtualBox 4.0:

• Улучшения в GUI - превью консоли гостевой системы, масштабирование консоли гостевой ОС, панели атрибутов и многое другое в Oracle VM VirtualBox Manager (см. картинку выше)
• Виртуальную машину можно запустить из ярлыка, без необходимости запускать VirtualBox Manager
• Масштабирование консолей виртуальных машин для Linux и Solaris
• Улучшения, направленные на повышение производительности "тяжелых" виртуальных машин с громоздкими приложениями
• Новые настройки виртуальных дисков, улучшающие переносимость виртуальных машин между хостами (все файлы ВМ в одной папке, можно переносить susended-машину и ВМ со снапшотом)
• Поддержка универсального формата Open Virtualization Format Archive (OVA) для виртуальных модулей (Virtual Appliances) - виртуальных машин, распространяемых с предустановленным ПО
• Поддержка более 2 ГБ оперативной памяти гостевой системы для 32-битных хостов
• Поддержка эмуляции чипсета ICH9 с 3-мя PCI-шинами, PCI express и Message Signaled Interrupts (MSI)
• В гостевых системах поддерживается Intel HD Audio (актуально для последних версий Windows)
• Поддержка Hardware offloading for virtual networking - передачи части функций по работе с сетевым окружением на сторону физического сетевого адаптера
• Улучшен контроль ресурсов, потребляемых виртуальной машиной: можно ограничивать CPU и пропускную способность ввода-вывода (I/O)
• Поддержка изменения размера виртуальных дисков VDI и VHD
• Поддержка асинхронного ввода-вывода для iSCSI, дисков VMDK, VHD и образов Parallels Workstation
• Автоматическое обновление Guest Additions (аналог VMware Tools в Workstation)
• Guest Additions поддерживают копирование файлов в гостевую ОС с хоста
• По умолчанию для 64-битных хостов включена поддержка Large Memory Pages
• Возможность расширения функциональности за счет Extension Pack'ов. Например, сама Oracle дает pack, в котором есть поддержка USB 2.0, Remote Display Services и загрузки по сети.
• Последняя но немаловажная возможность - конфигуратор работы сети хоста с сетями виртуальных машин сильно изменился, и теперь есть режим NAT (и правила Port Forwarding). В этом смысле VirtualBox 4.0 приближается к VMware Workstation с его Virtual Network Editor.

Последнее окошко выглядит так:

Скачать Oracle VM VirtualBox 4.0 можно по этой ссылке.

Компания Oracle продолжает развитие настольной платформы VirtualBox, являющейся аналогом продукта VMware Workstation, позволяющего запускать несколько виртуальных машин на одном компьютере. 6 декабря была анонсирована бета-версия платформы VirtualBox 4.0, которая появилась вскоре после релиза версии 3.2.12.

Помимо множества исправлений, новые возможности VirtualBox 4.0 включают в себя:

• Новые настройки виртуальных дисков, направленные на переносимость виртуальных машин между хостами
• Поддержка универсального формата Open Virtualization Format Archive (OVA) для виртуальных модулей (Virtual Appliances) - виртуальных машин, распространяемых с предустановленным ПО
• Поддержка более 2 ГБ оперативной памяти гостевой системы для 32-битных хостов
• Поддержка эмуляции чипсета ICH9 с 3-мя PCI-шинами, PCI express и Message Signaled Interrupts (MSI)
• В гостевых системах поддерживается Intel HD Audio (актуально для последних версий Windows)
• Улучшен контроль ресурсов, потребляемых виртуальной машиной: можно ограничивать CPU и пропускную способность ввода-вывода (I/O)
• Улучшения в GUI - превью консоли гостевой системы, масштабирование консоли гостевой ОС
• Поддержка изменения размера виртуальных дисков VDI и VHD
• Поддержка асинхронного ввода-вывода для iSCSI, дисков VMDK, VHD и образов Parallels Workstation
• Автоматическое обновление Guest Additions (аналог VMware Tools в Workstation)
• Guest Additions поддерживают копирование файлов в гостевую ОС с хоста
• По умолчанию для 64-битных хостов включена поддержка Large Memory Pages

Скачать бета-версию VirtualBox 4.0 можно по этой ссылке.

В своем решении VMware View 4.5 для виртуализации настольных ПК предприятия компания VMware анонсировала доступность новой функциональности оффлайн-десктопов под названием VMware View Local Mode. Эта возможность позволяет пользователям виртуальных ПК выгружать их на свои локальные компьютеры и использовать их без доступа к виртуальной инфраструктуре компании (например, в командировках).

Как многие помнят, еще в VMware vSphere 4.0 появилась возможность расширения тома VMFS, для тех случаев когда почему-то простанство на LUN осталось (или его расширили), а для виртуальных машин уже места нет.

Интересное применение этой возможности - в виртуальных лабораториях. То есть, например, консультант взял VMware Workstation 7 и поставил в виртуальной машине VMware ESX 4.x. В качестве Dastastore используется локальный диск виртуального ESX, туда же ставится какая-нибудь виртуальная машина, но ей, как всегда, не хватает места.

Расширяем виртуальный диск виртуальной машины на Workstation, где установлен виртуальный ESX:

Например, с 20 до 30 ГБ:

Далее загружаем виртуальный ESX, соединяемся с ним из vSphere Client и переходим в категорию Storage на вкладке Configuration. Там выбираем Datastore и нажимаем Properties:

Там нажимаем кнопку Increase:

Возникает мастер Increase Datastore Capacity, где можно расширить том:

На вкладке Extents добавился новый экстент, а размер тома стал под 30 ГБ. То, что мне было нужно.

Как вы знаете, в новой версии платформы виртуализации VMware vSphere 4.1 появилась замечательная возможность создавать виртуальные машины, у которых один виртуальный процессор (vCPU) может иметь несколько ядер (Multicore vCPU). Более ранние версии VMware ESX умели представлять только одно ядро на виртуальный vCPU машины, а сама возможность многоядерности процессоров ВМ была экспериментальной.

Как известно, многие возможности VMware vSphere приходят из настольных платформ, после того, как пройдут "обкатку" пользователями на некритичных виртуальных окружениях. Например, тонкие диски или технология TPS, которая называлась просто Page Sharing, насколько я помню, пришли из VMware Workstation.

Теперь в VMware ESX 4.1 можно создавать несколько виртуальных ядер, правда не так элегантно как это реализовано в VMware Workstation 7:

Операционная система в этом случае будет видеть виртуальные ядра vCPU виртуальной машины как отдельные логические процессоры.

Чтобы сделать это в VMware ESX 4.1, нужно открыть свойства виртуальной машины, перейти на вкладку Options и выбрать категорию General в списке Advanced options. Затем нужно нажать кнопку Configuration Parameters, которая позволит изменить vmx-файл конфигурации ВМ с помощью построчного добавления параметров и их значений.

Нужно добавить вот такую строчку в качестве параметра:

cpuid.coresPerSocket

В качестве значения можно задавать число ядер на виртуальные vCPU нашей машины. При этом число ядер должно быть степенью числа 2 (то есть 1, 2, 4 или 8 ядер - про большее не упоминается в документации).

Какие требования предъявляются к виртуальным машинам с несколькими ядрами на одном vCPU:

• Поддерживается в производственной среде только для VMware ESX 4.1
• Virtual Machine hardware должно быть версии 7 или выше
• Чтобы настроить этот параметр, нужно предварительно выключить виртуальную машину
• Опция CPU hot Add/Remove будет отключена

Почему так далеко запрятана эта возможность? Ответ прост - чтобы не баловались. Потому как нужна она только в случаях, когда особенно требуется экономия на лицензировании при необходимости наращивания производительности виртуальной машины (как раз за счет числа виртуальных ядер). То есть, если ОС или приложения лицензируются на процессор (в данном случае виртуальный), то нашпиговывание его виртуальными ядрами не увеличит стоимость необходимых лицензий, но увеличит производительность ВМ.

Однако, здесь есть одно но. Необходимо внимательно читать EULA к своему развертываемому ПО в виртуальных машинах, где определены понятия сокета, процессора и ядра, в том числе, иногда и для виртуальных сред. Очень вероятно, что такой финт с наращиванием ядер будет нарушать условия EULA.

У пользователей VMware vSphere / ESX иногда возникает ситуация, когда необходимо заглянуть на том VMFS и его содержимое с Windows-машины системного администратора (такое, например, может быть, когда у вас сломался единственный сервер VMware ESX, а содержимое тома VMFS надо скопировать). Кроме того, очень полезным бывает получить доступ к файловой системе диска VMDK, чтобы извлечь из него необходимую информацию, не запуская его в составе виртуальной машины.

Open Source VMFS Driver

В первом случае для просмотра содержимого и копирования данных с тома VMFS версии 3.x (VMware vSphere 4.0 сейчас работает на версии 3.33) нам понадобится Open Source-утилита VMFS Driver от компании Fluid Operations. Она выпускается в виде пакета для Windows или Linux операционной системы (работает на Java) и позволяет монтировать в режиме read only активно работающие тома VMFS, с которых запущены виртуальные машины. По-сути, это не драйвер, а обычное приложение, позволяющее просматривать и копировать содержимое томов VMFS на рабочую станцию администратора. Важно знать, что эта разработка официально не поддерживается со стороны VMware, кроме того у разработчиков для написания утилиты не было спецификаций VMFS. Кстати, сейчас уже поддерживаются thin-диски.

Чтобы начать использовать VMFS Driver наберите в командной строке (у вас должна быть установлена Java):

java -jar fvmfs.jar

VMware Disk Mount

Во втором случае для просмотра содержимого VMDK-диска вам понадобится пакет разработчика Virtual Disk Development Kit, в состав которого входит утилита VMware Disk Mount (vmware-mount.exe или vmware-mount.pl). Эта программа позволяет смонтировать виртуальный диск VMDK в ОС Windows или Linux и просматривать его содержимое как обычного диска, подключенного к компьютеру. Обратите внимание, что последняя версия Virtual Disk Development Kit выпущена 21 мая 2009 года (в тот же день, что и VMware vSphere), а это значит, что поддерживается не только формат виртуальных дисков VMware Workstation, но и VMware ESX 3.x / 4.x (в том числе виртуальные машины vSphere). Пользоваться данной CLI-утилитой очень просто, кроме того, несколько лет назад к ней писали различные GUI-надстройки, которые, вероятно, и сегодня можно использовать.

Пользоваться VMware Disk Mount очень просто - открываете cmd и выполняете команду (где e: - буква монтируемого диска):

vmware-mount e: "C:\alex\vms\vm1\vm1.vmdk"

Компания VMware уже почти готова к выпуску продукта для виртуализации корпоративных настольных ПК VMware View 4.5. Этот продукт является продолжателем платформы VMware View 4, несет в себе полностью переработанный GUI и имеет множество новых интересных возможностей.

Вот приблизительный список того, что можно ожидать в VMware View 4.5:

• Virtual Profiles - это профили пользователей виртуальных ПК на базе программного продукта от компании RPO Software, приобретенного VMware. Эта возможность позволяет "отвязать" профиль пользователя от операционной системы Windows, что значительно повысит гибкость решения.
• VMware View Client with Local Mode - возможность "выгружать" десктопы пользователей с серверов VMware vSphere и исполнять их локально в виртуальной машине на базе ПО VMware Workstation, работающей поверх хостовой ОС вашего ПК (клиентского гипервизора CVP пока не будет).
• ThinApp 4.5 with Application Entitlement - возможность привязки виртуализованных приложений к пулам виртуальных ПК.
• Tiered Storage (ярусное хранение виртуальных машин) - отличная возможность управлять хранением данных различного типа на хранилищах (datastores) разной категории.
• Full Sysprep support - поддержка механизма автоматизированного развертывания Sysprep.
• Disposable Disk technology - возможность определить временные папки (temp/swap) в ваших виртуальных ПК и автоматически очищать их.
• Snapshot support for Linked Clones - так называемый "плавающий" пул (Floating Pool).
• Role Based Administration - наконец-то, администрирование через View Manager на базе ролей.
• Kiosk Mode Desktop Pools - конфигурация десктопов на уровне устройств.
• Native Mac OS client - можно управлять своим виртуальным ПК с компьютера с Apple Mac OS.
• Web Download Portal - возможность скачивания клиентского ПО через Web.
• Переработанный Dashboard - удобный интерфейс (на базе Adobe Flex) и более понятное логирование событий.

Более подробно о VMware View 4.5 можно будет узнать уже в ближайшем будущем. Не отключайтесь!

Выпуск клиентского гипервизора Citrix XenClient не на шутку встревожил компанию VMware, продвигающую свое решение Client Virtualization Platform (CVP), которое уже долгое время находится в стадии разработки и тестирования, но все не может оформится в виде окончательного продукта.

Совсем недавно компания VMware объявила о решении VMware View Client with Local Mode, которое будет частью платформы для виртуализации корпоративных ПК VMware View. Client with Local Mode появится уже в версии VMware View 4.5, которая должна быть доступна уже в ближайшее время (недавний релиз был неожиданно отложен).

Что такое VMware View Client with Local Mode? Это НЕ клиентский гипервизор как Citrix XenClient. Client with Local Mode - это решение на базе VMware Workstation, использующее виртуализацию поверх хостовой ОС. Таким образом, View Client with Local Mode - это доведенная до релиза технология "Offline VDI" (View with Offline Desktop), позволяющая "выгружать" виртуальный ПК на клиенский компьютер пользователя и "загружать" его обратно с рабочей станции в инфраструктуру VMware View. Для запуска виртуальной машины на рабочем столе пользователя используется движок VMware Workstation.

Компания VMware говорит, что "так лучше", чем иметь клиентский гипервизор, устанавливаемый на "голое железо" (bare metal). Причины две:

• Можно использовать уже готовый ноутбук или ПК с установленной ОС и приложениями.
• Возможность использовать любой ПК, не выбирая из узкого списка совместимости.

Но мы то с вами знаем, что это всего лишь отговорки, до того момента, пока VMware не выпустит свой клиенский гипервизор. Тогда уже будут разговоры про эффективность и гибкость платформы CVP. А пока для VMware View 4.5 все должно остаться так:

У компании VMware есть несколько основных ресурсов, где можно посмотреть обучающие видеоролики по продуктам VMware vSphere, View, Site Recovery Manager, Workstation, ThinApp и другим.

Первый ресурс с видео VMware - это http://vmwareelearning.blip.tv/ представляющий собой сборник обучающих роликов, преимущественно по настольным платформам виртуализации.

Второй ресурс - это канал на YouTube VMware ELearning Video, содержимое аналогично предыдущему.

Третий - это канал VMware TV на YouTube, на нем собраны видеоролики общего содержания и о Cloud Computing.

Четвертый - канал VMware KB TV Video, где приводятся практические приемы работы с платформой VMware vSphere и серверами ESX (также есть и по VMware Workstation).

Пятый - это канал VMworld TV с различными событиями с конференции VMworld.

Шестой - канал VMware Developer Videos, где собрана информация для разработчиков.

Компания VMware на сегодняшний день безусловный лидер рынка виртуализации. Многих пользователей, приобретающих ее продукты интересуют вопросы технической поддержки и подписки на обновления наиболее популярных продуктов VMware vSphere, VMware View и VMware Site Recovery Manager (SRM). В этой статье постараемся объяснить все основные моменты касательно поддержки и подписки на обновления для продуктов VMware (Support and Subscription services, SnS).

Компания VMware представила открытую бету ПО виртуализации для настольных ПК VMware Workstation 7.1.

Обзор возможностей VMware Workstation 7.1:

• OpenGL 2.1 support for Windows 7 and Vista guests: поддержка библиотеки OpenGL 2.1 и драйверов WDDM позволяет еще большему количеству графических приложений работать в виртуальных машинах.
• Improved graphics performance: в драйвере VMware WDDM driver было сделано несколько улучшений, что позволяет ему работать до 80% быстрее. Решены проблемы с видеовоспроизведением и рендерингом. Игры работают лучше.
• 8-way SMP support plus virtual disks up to 2TB in size: поддержка до 8 виртуальных процессоров в виртуальной машине (vCPU) и дисков до 2 ТБ.
• OVF 1.0 support: утилита OVF Tool позволяет пользователям делать импорт и экспорт виртуальных машин и пакетов vApps в формат VMware vSphere или сразу в облако провайдера услуг.
• Direct Launch: то, что ждали пользователи - возможность запуска приложений в виртуальной машине из хостовой ОС Windows в меню "Пуск".
• Automatic software updates: проверка на наличие новых версий компонентов ПО и обновление одной кнопкой.
• Fedora 12 virtual machines: поддержка гостевых ОС Linux Fedora 12.

Скачать VMware Workstation 7.1 Beta можно по этой ссылке.

Компания VMware запустила новый сервис VMware Labs, где разработчики компании могут опубликовать различные утилиты и программы для платформ VMware, которые могут оказаться полезными при работе с инфраструктурой виртуализации. Назначение проекта Labs - публикация собственных разработок инженерами компании, которые впоследствие могут быть включены в различные продукты VMware. На данный момент утилиты для VMware vSphere доступны как Technology Previews под open source лицензиями и без каких-либо гарантий в отношении работы в производственной среде и возможности их дальнейшего полноценного выпуска.

В большинстве публикаций чаще всего рассматривается виртуализация первого уровня. На одном или нескольких физических компьютерах, связанных реальными сетями, на базе некоторого ПО виртуализации функционирует множество виртуальных машин (VM), связанных виртуальными сетями (также эмулируемых при помощи ПО виртуализации), которые при необходимости связываются с реальными сетями через сетевые адаптеры физических компьютеров...

Коллега Vladan Seget опубликовал полезную заметку про ошибку при установке VMware Workstation 7. Если у вас появляется вот такая ошибка:

Error 1327. Invalid drive x:

Это значит у вас есть сетевые диски (Network Drives), либо папка My Documents перемаппирована на сетевую шару. Продолжить установку VMware Workstation 7 без ошибки можно, просто отключив сетевые диски в Explorer.

С папкой мои документы все чуть сложнее. В ключе реестра Personal в ветке:
HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders нужно сменить путь к сетевой папке на дефолтный путь: %USERPROFILE%\Documents (после установки можно поменять назад).

Данные действия также описаны в KB 1006536.

На Techtarget появилась хорошая статья Eric'а Siebert'а о безопасности виртуальных машин на сервере виртуализации VMware ESX. Статья достаточно длинная, поэтому постараюсь привести краткое содержание с пояснениями.

Чтобы украсть виртуальную машину с VMware ESX вместе со всеми ее данными и приложениями нужно сделать 3 вещи:

1. Сделать Snapshot виртуальной машины, что переведет ее основной виртуальный диск vmdk в режим только чтения.

2. Загрузить диск vmdk с общего или локального хранилища на машину злоумышленника с помощью FastSCP или WinSCP (можно использовать встроенный в vSphere Client Datastore Browser).

3. Импортировать виртуальную машину на VMware Workstation (для запуска и доступа к данным и приложениям), либо смонтировать диск ВМ в операционную систему Windows или Linux с помощью утилиты vmware-mount из комплекта VMware's Virtual Disk Development Kit (VDDK).

Комментарии:

1. Поскольку основной vmx-файл виртуальной машины будет ссылаться не только на основной vmdk, но и на файл снапшота (отличия от исходного состояния ВМ), нужно будет этот vmx подправить. Кроме того, после того, как файлы vmdk и vmx будут скопированы злоумышленником, он удаляет снапшот - для администратора будто бы ничего и не было.

2. Чтобы запустить импортированную виртуальную машину потребуется пароль администратора гостевой ОС. Как известно, есть утилиты для подбора пароля администратора под Windows Server.

3. Чтобы смонтировать виртуальный диск vmdk и получить доступ ко всем данным - никакого пароля не нужно (если не было шифрования средствами гостевой ОС). Представьте, что вы украли обычный физический диск и воткнули его в компьютер.

4. Файлы vmdk не шифруются в VMware vSphere, но судя по тому, что возможность шифрования в VMware Workstation 7 появилась, в скором времени ее можно ожидать и для VMware vSphere / ESX.

Как не допустить кражи виртуальной машины со своего сервера VMware ESX:

1. Разграничивайте доступ к VMware vCenter, а также к томам VMFS, где хранятся виртуальные машины (в том числе на уровне SAN).

2. Анализируйте логи сервера VMware ESX и проверяйте лог /var/log/security.

3. Защищайте данные средствами шифрования на уровне гостевой ОС. Тогда диск vmdk будет бесполезен злоумышленнику.

4. Предоставьте доступ к сервисной консоли только тем лицам, которым это действительно требуется. Используйте sudo.

5. Используйте специализированные средства безопасности инфраструктуры VMware vSphere, например, HyTrust Virtual Appliance.

В ОС Microsoft Windows 7 есть режим Windows XP Mode, который представляет собой виртуальную машину с Windows XP SP3, запущенную на платформе Microsoft Virtual PC. Эта ВМ может использоваться для запуска унаследованных программ, несовместимых с Windows 7, которые будут отображаться в бесшовном окне так, будто бы они запущены в самой Windows 7.

Однако, возможностей Virtual PC вам может оказаться недостаточно при работе с ОС Windows XP - и тогда здесь поможет более совершенная (но платная) платформа виртуализации VMware Workstation 7. Если вы уже создали виртуальную машину Windows XP Mode и хотите перенести ее в среду Workstation, нет ничего проще - для этого у последней есть встроенный механизм импорта.

Для начала переноса виртуальной машины Windows XP Mode в VMware Workstation 7 в меню File выберите пункт Import Windows XP Mode VM:

Начнется процедура импорта виртуальной машины в указанную папку, по окончании которой необходимо будет принять условия лицензионного соглашения и установить (если необходимо) пароль администратора. Вводить лицензионный ключ вам не потребуется.

После создания виртуальной машины с Windows XP Mode не забудьте установить в ней VMware Tools. Кроме того, помните, что такую машину нельзя клонировать (точнее не могут быть запущены 2 таких ВМ одновременно в соответствии с лицензионным соглашением).

Компания Microsoft с выпуском операционной системы Windows 7 предоставила пользователям способ запуска устаревших приложений, несовместимых с этой ОС, в специальном режиме Windows XP Mode. Этот режим представляет собой виртуальную машину под управлением Virtual PC с гостевой операционной системой Windows XP Service Pack 3, в которой можно работать как в обычной среде XP SP3, при этом само приложение будет отображаться так, будто оно работает в Windows 7.

Про альфа-релиз облачной операционной системы Google Chrome OS сегодня не говорит только ленивый. Новейшая операционная система Chrome OS от компании Google призвана создать альтернативу для владельцев недорогих нетбуков, от которых пользователям нужно только одно - получать ИТ-услуги по требованию через интернет. По-видимому, через какое-то время Google Chrome OS позволит им это делать, потребляя программное обеспечение из облака (cloud) по модели платы только за объем потребляемых услуг.

Google Chrome OS - это линукс с внедренным туда веб-браузером Google Chrome. Таким образом, любой человек, имеющий учетную запись на Google Accounts, может в ней авторизоваться и начать работу. Само собой, обязательным требованием Google Chrome OS является подключение к интернет, что с развитием сетей 3G и 4G (WiMAX) будет не таким уж и сложным.

Не обязательно пробовать новую операционную систему (а тем более ее альфа-версию) на обычном компьютере. Можно запустить ее в виртуальной машине и опробовать ее возможности. Добрые люди, сделали vmdk-диск с виртуальной машиной с установленной Google Chrome OS, которую мы сегодня и попробуем запустить в VMware Workstation 7.

1. Скачиваем виртуальную машину с Google Chrome OS отсюда и распаковываем архив с vmdk-файлом (необходимо зарегистрироваться на сайте).

2. В VMware Workstation 7 (можно также использовать VMware Player) создаем новую виртуальную машину и указываем тип операционной системы "Other Linux Kernel 2.6". Виртуальной машине с Google Chrome OS достаточно 1 ГБ оперативной памяти (RAM), одного сетевого адаптера (Bridged).

3. Указываем виртуальной машине существующий диск vmdk с Google Chrome OS, который мы скачали на шаге 1 (Use an existing virtual disk).

4. Запускаем виртуальную машину с Google Chrome OS.

5. Вводим свой адрес электронной почты Gmail и пароль и попадаем в Google Chrome OS.

Если у вас возникает ошибка Network not connected and offline login fail при загрузке Google Chrome OS, зайдите в систему под именем пользователя chronos и без пароля. После этого можно будет ввести свои учетные данные к Gmail.

Рабочий стол Google Chrome OS:

Мой знакомый Vladan Seget записал обучающее видео для тех, кому необходимо в целях обучения или тестирования установить VMware vSphere / ESX 4, а свободного сервера для этого нет. Можно взять компьютер с Windows и VMware Workstation 7, установить туда виртуальную машину с сервером ESX 4, где уже можно развертывать другие виртуальные машины.

Не так давно компания VMware выпустила седьмую версию продукта VMware Workstation 7 с полной поддержкой Windows 7 в качестве гостевой и хостовой ОС. Теперь VMware бесплатно предлагает пройти обучающий курс VMware Workstation 7: Fundamentals, где раскрываются основные возможности этой настольной платформы виртуализации по работе с виртуальными машинами:

Для прохождения курса потребуется создание аккаунта на VMware Education Services.